home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d22 / unera12.arc / UNERASE.DOC < prev   
Text File  |  1987-01-17  |  5KB  |  100 lines
  1.                         UNERASE.DOC v1.2
  2.                             01/18/87
  3. Eric Gans
  4. French Dep't UCLA
  5. Los Angeles, CA 90024
  6.  
  7. Version 1.2
  8.      Allows simple filename entry (full path no longer required). 
  9. Allows aborting verification routine while continuing restoration 
  10. process.  Uses separate segment for FAT, allowing up to 64K = 128 
  11. sectors  = 32768 2 - byte entries.   Checks for an existing  file 
  12. with the same name in the target directory.
  13.  
  14. Version 1.1
  15.      Fixed  a bug (thanks to Bill Cox) that couldn't find a  file 
  16. in the root directory of a non-default disk. Simplified the entry 
  17. routine to allow command line entry of the drive-path-filename.
  18.  
  19.                               * * *
  20.  
  21.      UNERASE  is an undelete program that will work on all  kinds 
  22. of  disks.  Version  1.2 can handle any disk with  up  to  32,768 
  23. blocks  (e.g.,  a  64  meg  disk with 2  K  blocks.),  1024  root 
  24. directory entries and a block size up to 8 K.  It requires enough 
  25. memory beyond the current code segment to hold the FAT,  up to  a 
  26. maximum of 128 K total.
  27.  
  28.      UNERASE  gives you the option of verifying  doubtful  blocks 
  29. (those  after  the first) during the  restoration  process.  This 
  30. feature is only useful for text files.   If you use it,  you will 
  31. be prompted after each sector whether to accept the block, reject 
  32. it,  see more of it,  abort the restoration,  or (v1.2) turn  off 
  33. verification  but let the restoration proceed.  This feature  was 
  34. added  because  the verification process may become tedious  with 
  35. long files.
  36.  
  37. Format: unerase [d:][\path\]filename 
  38.  
  39.      If  you  just enter "unerase" you will be prompted  for  the 
  40. filename  (no wildcards are permitted).   The current  drive/path 
  41. need  not  be entered,  but you must give the program  sufficient 
  42. information to determine what (sub)directory the file is  in.  If 
  43. you  enter  a  filename  alone,  the current  directory  will  be 
  44. assumed.  Normal directory conventions like the abbreviation ".." 
  45. for the "parent" directory are accepted.
  46.  
  47.  
  48.                             DBACK.COM
  49.  
  50. Version 1.1: Simplified & more flexible command structure.
  51.  
  52. Format: dback [d:] 
  53.  
  54.      d:  is the drive to back up / restore.   If none is entered, 
  55. current is assumed.
  56.  
  57.      Because  unerasing  on a hard disk is a  delicate  procedure 
  58. (the FAT and part of the directory must be rewritten to disk),  I 
  59. have  included in this ARC DBACK.COM,  which will back up the FAT 
  60. and root directory of a (hard) disk on another (floppy) disk, and 
  61. restore it in case catastrophe strikes.   DBACK makes a read-only 
  62. file called DBACK.DRx (x = backed up drive) in the root directory 
  63. of  the  backup drive.   For extra  security,  run  DBACK  before 
  64. unerasing;  since  the backup file is written on another disk  it 
  65. won't disturb the unerase procedure.  
  66.  
  67.      DBACK  is  also useful for general disk  security  purposes, 
  68. especially  for  assembly-language  programmers who are  often  a 
  69. keystroke or two away from trashing their disk.
  70.  
  71.      Don't  forget to copy DBACK.COM to a backup disk.   If it is 
  72. on  a  different diskette than DBACK.DRx,  you will  be  able  to 
  73. change  disks while running the program.   Just remember that  if 
  74. you  ever  need DBACK to restore your hard  disk  directory,  you 
  75. won't be able to find it there!
  76.  
  77. Notes:
  78.      UNERASE  gets its disk information from the boot  sector  of 
  79. the  disk.   It  then  reads the FAT into memory  and  finds  the 
  80. filename of the lost file (its first byte has been replaced by E5 
  81. to  show  erasure)  in the  appropriate  subdirectory,  which  is 
  82. located  on  disk  by  following  its path  from  the  root  disk 
  83. directory.  The  first block of the file,  if  still  unused,  is 
  84. tentatively  restored.  Since the length of the file has remained 
  85. in  the  directory  entry,  the program  moves  through  the  FAT 
  86. adding  unused  blocks  until the file has been restored  to  its 
  87. former  size,  at  which  point it writes the  modified  FAT  and 
  88. directory  back  to  disk.  If you haven't been  doing  too  much 
  89. erasing  on your disk and your lost file wasn't  too  fragmented, 
  90. UNERASE should do the job.
  91.  
  92.      I  wonder  what makes operating system writers  so  hard  on 
  93. accidental   deletions.   Sophisticated   MS-DOS  is  even   more 
  94. unforgiving  in this respect than primitive CP/M,  which keeps  a 
  95. record  of all blocks allocated to a file in its disk  directory. 
  96. Why can't a reliable undelete utility be supplied with the system 
  97. or  at least made available to programmers as a system call?  DOS 
  98. could implement this easily enough,  for example by only  zeroing 
  99. out  the deleted blocks in one copy of the FAT (there are  always 
  100. two) until the next disk write.